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Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
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Today's Topics:
                    advanced packet radio in Japan
              bandwidth taken by packet radio? (2 msgs)
                         Is it broadcasting?
                          Looking For G8BPQ 
                       ZLDATA NEWS 11 JULY 1993

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Tue, 13 Jul 93 02:17:45 GMT
From: koriel!sh.wide!wnoc-snd-ss2!sakunami!gatortia!wapiko!jf7pbw!jf7wex!jf7wex@ames.arpa
Subject: advanced packet radio in Japan
To: packet-radio@ucsd.edu

 I (Ryuji) said:
 |: In RF 2802 or 2402, IQ input pins are connected to DBM simply via
 |: differential amplifier for each.

RF-2802 and 2402 (RF MICRO DEVICES) are monolithic IC packed into
14-pin SOIC. They inside have two sets of DBMs and
base band differential amplifiers to drive them, and even a phase
splitter (into +45 deg. and -45 deg.). This phase splitter seems
to work in broad frequency, and data sheet (but preliminary release)
says amplitude balance and phase accuracy are excellent.
The method to split phase, not mentioned in this sheet,
is very interesting.

These works at a 5V supplying and in frequency 800MHz-1GHz
(RF-2402) or 20MHz-250MHz(RF2802). Base band is allowed up to 50MHz
and accepted in high resistance(3000 ohm).
Local input port has also high impedance (200 ohm or more).
And, carrier suppression is 40dB.

In Japan, because 900MHz band is not for amateur but CB, these cannot
work directly in any UHF amateur bands.
I also have some other product infomation of the same company for
various use.

In article <C9usp1.ACF@srgenprp.sr.hp.com>
	glenne@sr.hp.com (Glenn Elmore) writes:

 |  I've had good luck using differential ECL logic (10116 variety) to
 |drive DBMs directly.  They have adequate current capability along with
 |good balance and speed.  I've used this to direct sequence modulate a
 |variety of Schottkey diode mixers. I am interested if you have a good
 |and simple discrete transistor design though.

I think the suitable driver depends on frequency. In much higher,
using ECL must be one of better solution. Within HF or early VHF,
more cheap ways will be usable. I suppose complementary push-pull
emitter follower works well.
What replaced its both transistors with inverted darlington amplifiers,
as known as diamond circuit, you can find this as output stage
inside high speed OPamp IC such as HA2539 or AD797, works well
with higher-impedance input source and in a bit slower frequency.
(problems is pnp transistor generally works slower than npn.)

 |  So far, my main use for the I/Q modulation capability has been to
 |generate a SSB pilot tone(above the data).  The system I'm building
 |phase locks on a pilot tone in order to be able to do coherent
 |detection.  To date, I've only modulated data on both mixers together
 |rather than making use of the full I/Q capability.  Because I'm choosing
 |channel coding with no DC component, the spectrum near the carrier is
 |free for other uses.  It seems that a simple 90 degree audio hybrid
 |would give a coherent SSB audio channel as well, almost for free.  I
 |haven't decided what to use it for yet though (:>)

This is very interesting. We are thinking voice application, too.
(But over TCP/IP.) I will introduce yours to my fellows.

I am thanking for your description. I will try to get the papers and
books you pointed.

  I said:
 |: Will you tell me some books suitable for it?
 |: (Books published with the company that have the office in Japan,
 |: such as McGraw-Hill or Prentice Hall, must be easy to buy.)

I recieved a mail asking about the books I use.
Unfortunately, I use only written by Japanese in this field (apart
from SS) as opposed to the field of semiconductor devices or softwares.

The book related to SS and I am reading is:
  R.C.DIXON  Spread Spectrum Systems
However I heard of this out of print, translation of this is famous
in Japan.

(In Japan, many foreign software books are translated and we use
foreign terms as it is. But in field of radio communication,
number of translation is much less as far as I know and
we usually use terms in Japanese language.)

 |  I haven't focussed much on channel coding yet.  I've tried BPSK but I
 |agree that QPSK could be a good addition and inexpensive chips to
 |perform this would be great.  If you have literature, or can point me
 |toward some, I'd like to take a look at these parts. Hopefully they
 |are available outside of Japan.

I explained in previous article <86b.6414@jf7wex.sdj.miyagi.prug.or.jp> 
in short. I waiting to arrive data book, description I have now
is only part number, block diagram, pin connection and packages.

QPSK demod. chips
-----------------
All listed here come from TOSHIBA.

For satellite broadcasting (2.048Mbps):
TA7782N  two voltage supplying (5V, 10V) is requied
TB1202N  single voltage supplying (5V), 1/10 inch pitch DIP
TB1202F  the same as above, flat package

For NICAM(728Kbps? 768Kbps?):
TA8662N  similar to TA7782N except for lower speed

Some more chips exist. But because of highly integrated, They are
exclusive to construct broadcasting recievers. They have PCM decoder,
digital filter, digital de-emphasis, D/A,... and insufficient pins
for our use.

At least, in Japan, 48kHz 16-bit PCM audio comes down from the satellite,
using 2.048Mbps QPSK on sub-carrier. Is the same format used
in your area?



I am looking forward to your success and obtaining good chips and
good result.
PRUG consists of a few members who have RF experience and many ones
good at computer hardware or software. I wish to work more hard
for building RF part of packet equipment, but regretably
I must learn much hard in order to pass entrance exam to
a university at the beginning of the next year.


I recieved some mails at zao.gw.tohoku.ac.jp, but my machine
in my apartment cannot intercahange mails directly with foreign site now.
If there is a mailing list at the site which can abroad, mainly for
exchanging infomation, do you think it valuable? what do you expect
of it?
I am hoping to do on this group rather than mail if possible...

73

Ryuji Suzuki
JF7WEX
Packet Radio User's Group

------------------------------

Date: Mon, 12 Jul 1993 16:05:44 GMT
From: pravda.sdsc.edu!news.cerf.net!usc!howland.reston.ans.net!gatech!hubcap!emory!kd4nc!ke4zv!gary@network.UCSD.EDU
Subject: bandwidth taken by packet radio?
To: packet-radio@ucsd.edu

In article <1993Jul12.015658.25074@ccu1.aukuni.ac.nz> root@comu2.auckland.ac.nz (Richard Vowles) writes:
>I am looking at running a telemetry based packet system to connect the
>University to my home. I have queried our Radio Frequency Service
>about this, but they queried about the bandwidth taken by packet. I
>was allowed something like 20Khz - would this be enough for a 1200 or
>even 9600bps link?

Yes. Both the original 1200 baud modems and the newer 9600 baud modems
available for standard packet TNCs will work in an ordinary NBFM voice
channel. Note that packet is normally half duplex. Full duplex operation
will require two channels.

Gary

-- 
Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
Lawrenceville, GA 30244     |                     | 

------------------------------

Date: Mon, 12 Jul 1993 06:26:15 +0000
From: news!demon!llondel.demon.co.uk!dave@uunet.uu.net
Subject: bandwidth taken by packet radio?
To: packet-radio@ucsd.edu

In article <1993Jul12.015658.25074@ccu1.aukuni.ac.nz> root@comu2.auckland.ac.nz (Richard Vowles) writes:
> I am looking at running a telemetry based packet system to connect the
> University to my home. I have queried our Radio Frequency Service
> about this, but they queried about the bandwidth taken by packet. I
> was allowed something like 20Khz - would this be enough for a 1200 or
> even 9600bps link?
> 
You can run 9600bps through a 20kHz bandwidth - investigate such things as
the K9NG and G3RUH modems and even the new FX489 modem chip (from CML in the
UK but I understand it is differnt in the US - the chip is used in the
DRSI 9600baud TNC)

Dave

*****************************************************************************
* G4WRW @ GB7WRW.#41.GBR.EU AX25     *    You think *you* have problems?    *
* dave@llondel.demon.co.uk  Internet *     What do you do if you *are*      *
* g4wrw@g4wrw.ampr.org      Amprnet  *      a manically depressed robot??   *
*****************************************************************************

------------------------------

Date: 11 Jul 93 10:08:12 GMT
From: ogicse!psgrain!agora!nesbbx!Expertek@network.UCSD.EDU
Subject: Is it broadcasting?
To: packet-radio@ucsd.edu

Howdy!
 
 I'm studying codeless tech for the purposes of setting up a packet
 link to overcome the tremendous long distance phone charges from home
 to this BBS (about 1.5 hour away by car - 50 miles as crow flies).
 
 First, is such an application legal?
 Second, I know 1200 baud is packet max but under what conditions may
 ``experiemental'' radio use higher baud?  (The BBS has 14.4K)
 Third, what equipment should I buy for both ends?
 
 Thanks.
 
 Kirk W. Fraser
 Clastkanie, OR

------------------------------

Date: Sun, 11 Jul 1993 11:48:43 +0000
From: news!demon!g4klx.demon.co.uk!g4klx@uunet.uu.net
Subject: Looking For G8BPQ 
To: packet-radio@ucsd.edu

In article <7J6F7B1w165w@aznet.stat.com> dan@aznet.stat.com writes:
>Hello All,
>   Not too long ago, I remember someone posting a message saying they would be
>happy to use his/her internet address to pass on traffic to G8BPQ and
> vice-versa
>periodically.  I seem to have copied down the incorrect address or this party
>no longer exists at that address.  Can anyone provide me with information
>about this address, or a way to contact G8BPQ, John Wiseman.
>

He can be reached via me. If you mail to g8bpq@g4klx.demon.co.uk I will
forward it to him.

Jonathan

-- 

+-------------------------------------+---------------------------------------+
| Internet: g4klx@g4klx.demon.co.uk   | The three branches of Government:     |
| Amprnet:  g4klx@g4klx.ampr.org      | Money, Television and Bullshit.       |
| BBS:      G4KLX @ GB7HMZ.GBR.EU     |           P.J.O'Rourke                |
+-------------------------------------+---------------------------------------+

------------------------------

Date: Mon, 12 Jul 93 21:57:53 +1200
From: comp.vuw.ac.nz!waikato.ac.nz!aukuni.ac.nz!nacjack!codewks!carl@uunet.uu.net
Subject: ZLDATA NEWS 11 JULY 1993
To: packet-radio@ucsd.edu



------------------------------

Date: (null)
From: (null)
effect on the body  while moving from one  building to another  are
extreme.
  Unfortunately I was away for NZART Conference, but was pleased to
hear news  of how successful it  was, once again a  great forum for
the continued advancement of our hobby.
 My 40 metre RTTY Selcal was left on-air again, with some attention
from local supporters,  but managed to knot  itself up for  about a
week, all back again on 27  June. Anyone interested in this  device
can call it  up on 7045KHz (mark  tone frequency, dial 7047.13  for
most modems), and call ZL1AMW in baudot at 75 baud.


  That  concludes  the  Data  News for  this  week,  this sheet  is
Prepared  at the shack  of ZL1AMW from contributions  sent by post,
RTTY and packet. Text is also obtained from packet BBS stations,
and Selcals on 7045/3545khz.
 This  news is  transmitted weekly  on Sunday  mornings at  0930hrs
(local) and repeated at 1900hrs. Both transmissions are on 7045khz.
It is first sent in Baudot at 75 baud,  then repeated in AMTOR mode
B (FEC) on both occasions. 
 73 to all from Alan, ZL1AMW, 20 Lorne St., Hamilton. 


--- End of message #2934  to NEWS   from ZL1AMW ---


...and that was the ZLDATA NEWS for 11JULY1993 as received by Carl 
ZL1UWV @ ZL1AB...

--
carl@codewks.nacjack.gen.nz (Carl Trommel)
The BBS Works -- +64 9 630 7739 NZL	New Zealand's Oldest BBS

------------------------------

Date: (null)
From: (null)
      DATA DATA DATA DATA DATA DATA DATA DATA DATA DATA DATA
      DATA DATA .................................. DATA DATA
      DATA DATA .                                . DATA DATA
      --------- .     THE WEEKLY NEWSLETTER OF   . ---------
      NEWS NEWS .        THE ZL DATA GROUP       . NEWS NEWS
      NEWS NEWS .................................. NEWS NEWS
      NEWS NEWS NEWS NEWS NEWS NEWS NEWS NEWS NEWS NEWS NEWS
      ----------------- TRANSMITTED BY ZL1AMW --------------
      -------------------- H A M I L T O N -----------------
                            11 July 1993

 This is  a weekly unofficial bulletin  of news  and views from  ZL
amateurs.  It does not  represent any  official viewpoint,  and all
opinions are those of the contributor.  

Baycom Manual Assistance 
------------------------ from ZL3CS. 
  'A Little Baycom Software Guide'  appeared on the PBBS  recently.
You cannot really believe the title.  It is not a ''little'' guide.
It is a  large one with over 20 pages  of most useful assistance to
those  who  have  found  the  literal  english translation  of  the
original text, a  trifle difficult to follow in places.  This guide
to  baycom  explains the  operational  parameters  clearly, and  in
simple terms, easy to follow and understand. 
  It was  most pleasing to see  the files appear on  the local BBS,
timed to  perfection, coinciding  with the July  Break-In articles.
Ulrich,  ZL1DDL   is  to   be  congratulated  for   producing  this
beautifully prepared group of files of information about Baycom, in
response  to  many  requests.    In  addition  to  the  operational
parameters, there  are sections on standard  texts, file transfers,
remote  control and password  access, and  monitor functions.  In a
note  to  all  the  PBBS sysops,  ulrich  indicates  that he  would
appreciate their putting these  information files into their baycom
file directories. Ulrich intends to update them, when necessary. 
  In  no way,  does  the  writer intend,  or imply,  any  criticism
whatsoever of the original baycom manual translation. 
  73 de Guthrie. 

Mouse Fuzz Balls 
----------------  from  ZL1ACS
  It is  said that your  mouse maybe suffering from  fuzz balls, if
it is  behaving  erratically.   The operation  called for  requires
flipping him upside down and removing the retaining ring that holds
the ball in place. 
 The  surgery is  to remove  the ball  and clean  it with  soap and
water,  then let  it dry  thoroughly.  Check  inside the  mouse for
fuzz balls or other foreign matter and clean it  out, but don't use
water or other liquids on  his insides, or the poor thing will turn
his toes up.
  73  De  Ken  ZL1ACS

ZL1AMW Travels
-------------- From ZL1AMW
  Last week's  news was  prepared in  some what  of a rush,  and my
apologies to those who read this on the Packet BBS, as I managed to
slip up with  the upload to  the BBS, until  Thursday.  I guess  my
excuse must be lack of  practice, as I have  again been out of  the
country for  a few weeks, working in California.  Thanks once again
to  Douglas, ZL1AVY  and  Guthrie,  ZL3CS  for  once  more  jumping
willingly  into the  breach  while  I was  struggling in  the  more
temperate climates (around 38  degrees most days!), thinking of all
those  in  the  ZL  winter, thank  goodness  for  the standard  air
conditioning in  factories and hotels  in that  area, although  the



--- End of message #2935  to NEWS   from ZL1AMW ---

------------------------------

End of Packet-Radio Digest V93 #206
******************************
